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DETAILED ACTION 

Claim Rejections - 35 USC §112 

1 . The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

2. Claims 1-9, 11-16, and 40-46 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which applicant regards as the invention. Claim 1 recites the limitation 
"their size" in line 4. It is indefinite what "their" is referring to in this case. It could be 
referring to the segments, the data memory, or the different levels. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

4. Claims 1-7,9,11,17-18, 23-24, 26, 35-38, 40, 44-46, and 48 are rejected under 
35 U.S.C. 102(b) as being anticipated by McMahon et al. (US 5,784,699). 

5. In regards to claim 1 , McMahon teaches a method of using a computer having a 
CPU linked to a digital memory for processing requests for allocation of a memory block 
of a data memory, wherein segments of the data memory are associated with different 
levels according to their size, the method comprising: 
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6. (a) said CPU receiving a request for the allocation of a memory block within said 
digital memory ("Dynamic allocation of memory, or dynamic memory, is memory 
requested by software programs during operation of the software programs.", Col. 1, 
lines 13-17) including receiving a binary data set indicative of requested memory block 
size ("For example, in the C programming language, the C run time library of many 
systems includes the functions malloc (size) and free(pointer).", Col. 1, lines 36-39) 
wherein each bit of the binary data set is associated with an entry of a lookup table 
associated with one of said levels ("For example, the size based free lists technique 
may utilize a power of two selection technique to designate 16 byte, 32 byte, 64 byte, 
128 byte, 256 byte, etc., blocks as the predetermined block sizes. All requests for 
memory are rounded to one of these block sizes.", Col. 2, lines 42-46, this 
demonstrates that each bit of the binary data set is associated with a predetermined 
block size, the binary data set is a subset of the bits used to represent the size of the 
requested memory block ranging from the smallest allowed block to the largest, the 
lookup table is the master bit map index, 310, 340, figures 3B and 3C); 

7. (b) said CPU determining the lowest of said levels containing a segment equal to 
or larger in size than the requested memory block including determining a most 
significant set bit of the binary data set ("The size of the requests are rounded up to the 
nearest slot size.", abstract, rounding up to the nearest slot size is the same as 
determining a most significant set bit when the slot sizes are power of two), and 
determining from the lookup table entry associated with the most significant set bit a 
lowest of said levels ("To determine whether a memory block is available in a particular 
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group, the dynamic memory allocator examines the corresponding bit flag in the master 
bit map index.", Col. 7, lines 30-33) containing a segment of a size equal to or larger 
than the requested memory block ("For a 112 byte block request, the dynamic memory 
allocator computes that the free list 7, which indicates the status of 1 12 byte memory 
blocks, is part of group 1 .", Col. 7, lines 55-57); 

8. (c) said CPU determining, in the level determined in step (b), the availability of a 
free segment of a size equal to or larger than the requested memory block (step 120, 
figure 2); and 

9. (d) said CPU allocating a free segment (step 135, figure 2) depending on the 
determination in step (c) (step 130, figure 2). 

1 0. In regards to claim 2, McMahon further teaches e) repeating steps (c) and (d) for 
a next higher level if no free segment of a size equal to or larger than the requested 
memory block has been found in step (c) (step 140, figure 2); and 

11. (f) repeating step (e) until a free segment has been allocated or there is no next 
level (the no arrow of step 150, figure 2). 

12. In regards to claim 3, McMahon further teaches that each level is associated with 
a different granule size to the power of two ("For example, the size based free lists 
technique may utilize a power of two selection technique to designate 16 byte, 32 byte, 
64 byte, 128 byte, 256 byte, etc., blocks as the predetermined block sizes.", Col. 2, lines 
42-45), and sizes of memory segments allocated to a level are related to the granule 
size of the respective level ("For example, the size based free lists technique may utilize 
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a power of two selection technique to designate 16 byte, 32 byte, 64 byte, 128 byte, 256 
byte, etc., blocks as the predetermined block sizes.", Col. 2, lines 42-45). 

1 3. In regards to claim 4, McMahon further teaches that the granule size associated 
with a level defines a size difference between memory segments allocated to that level 
("For example, the size based free lists technique may utilize a power of two selection 
technique to designate 16 byte, 32 byte, 64 byte, 128 byte, 256 byte, etc., blocks as the 
predetermined block sizes.", Col. 2, lines 42-45). 

14. In regards to claim 5, McMahon further teaches that step (a) further comprises 
rounding the requested memory block to a lowest granule size before performing steps 
(b) to (d) ("The block size rounding technique attempts to reduce fragmentation of 
memory by rounding all requests up to some minimum size.", Col. 2, lines 18-20). 

1 5. In regards to claim 6, McMahon further teaches that each level is associated with 
a table of pointers indicative of memory addresses of free memory segments of a size 
allocated to the respective level ("If a memory block is available for the appropriate bin 
size, then the dynamic memory allocator 50 assigns a memory block utilizing the pointer 
on the free list as shown in blocks 130 and 135", Col. 5, lines 32-35). 

16. In regards to claim 7, McMahon further teaches that step (d) comprises returning 
a pointer to the allocated free segment ("In response, the dynamic memory allocator 50 
returns a pointer to a memory block that fulfills the memory request", Col. 5, lines 1-3). 

1 7. In regards to claim 9, McMahon further teaches that a bitmap is indicative of the 
state of memory segments (free, allocated), the bitmap comprising a root bitmap, each 
bit of the root bitmap being indicative of whether or not an associated one of said levels 
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contains at least one free segment (master bit map index, 340, figure 3C), and wherein 
step (b) further comprises determining from the root bitmap said lowest level containing 
a segment of a size equal to or larger than the requested memory block ("From the 
master bit map index 340, the dynamic memory allocator determines that the next 
appropriate non-empty group of free lists is group 6.", Col. 8, lines 2-4). 

18. In regards to claim 1 1 , McMahon further teaches that each mask of a set of 
predetermined masks is associated with one of said levels, and step (c) further 
comprises performing a logic operation on the mask associated with the lowest level 
determined in step (b) and said binary data set, wherein a result of said logic operation 
is an index to bits of the bitmap indicative of the state of a segment of a size equal to or 
larger than the requested memory block ("Then, the dynamic memory allocator, utilizing 
the group 1 bit map index 360, masks off the lower bit flags, corresponding to free lists 

1 -6, to search for a memory block greater than or equal to a 11 2 byte block. Because bit 
flags 7-32 are all set to "0", which indicates that there are no available memory blocks in 
free lists 7-32, the dynamic memory allocator returns to the master bit map index 340.", 
Col. 7, line 62 - Col. 8, line 2). 

19. In regards to claim 17, McMahon teaches a method of using a computer having a 
CPU linked to a digital data memory for managing a data memory, the method 
comprising: 

20. said CPU defining a number of levels of the digital data memory (free lists, Col. 
4, line 33); 
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21 . said CPU defining a different range of memory segment sizes for each level (bin 
size, Col. 4, line 49); and 

22. said CPU generating a lookup table (master bit map index, 310, 340, figures 3B 
and 3C), wherein each entry of the lookup table is associated with a bit of a binary data 
set that indicates size of a requested memory block ("Specifically, each bit flag indicates 
whether at least one memory block within the corresponding group is available.", Col. 7, 
lines 19-21 , the entry is associated with a bit because the entry is a bit), and wherein 
each entry of the lookup table indicates one of the levels (the levels are the 
corresponding groups), whereby a request for allocation of a memory block is 
processable by determining a level containing segments of a size equal to or larger than 
the requested memory block using the lookup table ("To determine whether a memory 
block is available in a particular group, the dynamic memory allocator examines the 
corresponding bitflag in the master bit map index.", Col. 7, lines 30-33), and allocating a 
free segment of the same size or larger than the requested memory block in that level 
(step 135, figure 2). 

23. defining a different range of a plurality of different sizes of memory segments for 
each level, wherein the size of each memory segment is related to the granule size of 
the respective level ("The rounding factor is defined as the maximum amount of memory 
a request is rounded to execute a dynamic memory allocation operation.", Col. 4, lines 
50-53), and wherein a request for the allocation of a memory block is processable by 
determining a level containing segments of the same size as or larger than the 
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requested memory block (step 120, figure 2), and allocating a free segment of a size the 
same as or larger than the requested memory block in that level (step 135, figure 2). 

24. In regards to claim 18, McMahon further teaches that the granule size defines the 
size difference between memory segments in each level ("The rounding factor is 
defined as the maximum amount of memory a request is rounded to execute a dynamic 
memory allocation operation.", Col. 4, lines 50-53). 

25. In regards to claim 23, McMahon further teaches generating a table of pointers 
for each level indicative of memory addresses of free memory segments of a size 
associated with the respective level ("If a memory block is available for the appropriate 
bin size, then the dynamic memory allocator 50 assigns a memory block utilizing the 
pointer on the free list as shown in blocks 130 and 135.", Col. 5, lines 32-35). 

26. In regards to claim 24, McMahon further teaches generating a bitmap indicative 
of a state of each segment (free, allocated) (group bit map indices, 320, 330, 350, and 
360, figures 3B and 3C, "In one embodiment, a bitflag set as a '1' or high logic level 
indicates that the corresponding slot contains an available memory block", Col. 7, lines 
28-30) and of whether or not a level contains at least one free segment (master bit map 
index, 310, 340, figure 3B and 3C "Specifically, each bit flag indicates whether at least 
one memory block within the corresponding group is available.", Col. 7, lines 19-21), 

27. wherein each bit of the third stage bitmaps is associated with an entry in the 
tables of pointers ("If a memory block is available for the appropriate bin size, then the 
dynamic memory allocator 50 assigns a memory block utilizing the pointer on the free 
list as shown in blocks 130 and 135.", Col. 5, lines 32-35, "The bit flags in each group bit 
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map index indicate availability of a memory block for a corresponding block size.", Col. 
7, lines 26-28). 

28. In regards to claim 26, McMahon further teaches generating a set of masks, 
wherein each of the set of masks is associated with one of said levels, and wherein a 
logical operation of a binary data set indicative of the size of the requested memory 
block and the mask associated with a level containing segments of the same size as or 
larger than the requested memory block results in an index to a segment of a size the 
same as or larger than the requested memory block in that level ("Then, the dynamic 
memory allocator, utilizing the group 1 bit map index 360, masks off the lower bit flags, 
corresponding to free lists 1-6, to search for a memory block greater than or equal to a 
112 byte block.", Col. 7, lines 62-65). 

29. In regards to claim 35, McMahon further teaches allocating free segments of the 
data memory to different levels according to their size (step 120, figure 2); and 

30. providing a bitmap comprising different stages (see figure 3C), wherein the bits of 
one stage are indicative of the availability of free segments in said levels (master bit 
map index and arrows, figure 3C), and the bits of another stage are indicative of the 
state and/or size and/or location of individual segments (group bit map indices, 350 and 
360, figure 3C). 

31 . In regards to claim 36, McMahon further teaches the bits of one stage are 
associated with pointers indicative of the memory address of free segments ("If a 
memory block is available for the appropriate bin size, then the dynamic memory 
allocator 50 assigns a memory block utilizing the pointer on the free list as shown in 
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blocks 130 and 135.", Col. 5, lines 32-35, "The bit flags in each group bit map index 
indicate availability of a memory block for a corresponding block size.", Col. 7, lines 26- 
28). 

32. In regards to claim 37, McMahon further teaches updating the bitmap to reflect 
the allocation or release of memory segments ("a bit map index is maintained to identify 
available memory blocks", Col. 4, lines 38-39). 

33. In regards to claim 38, McMahon further teaches when freeing a memory 
segment: 

34. determining the state of memory segments adjacent to the memory segment to 
be freed ("To free a large block of memory, adjacent blocks, marked as free memory 
blocks, are merged together, if possible, through use of the double linked list.", Col. 11, 
lines 34-36); and 

35. merging the memory segment to be freed with free adjacent memory segments 
("To free a large block of memory, adjacent blocks, marked as free memory blocks, are 
merged together, if possible, through use of the double linked list.", Col. 11, lines 34- 
36). 

36. In regards to claim 40, McMahon further teaches an operating system for a 
computer (operating system, 90, figure 1 ), adapted to perform the method of claim 1 . 

37. In regards to claim 44, McMahon further teaches a computer program adapted to 
perform the method of claim 1 when operated on a computer ("The dynamic memory 
allocation system may be implemented in either hardware or software.", Col. 16, lines 
13-14). 
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38. In regards to claim 45, McMahon further teaches a storage medium having 
stored thereon a set of instructions, which when executed by a computer, performs the 
method of claim 1 ("Prior to loading into a general purpose computer system, the 
dynamic memory allocation system software may reside as encoded information on a 
computer readable medium", Col. 16, lines 17-20). 

39. In regards to claim 46, McMahon further teaches a computer system comprising 
the operating system of claim 40 ("Prior to loading into a general purpose computer 
system, the dynamic memory allocation system software may reside as encoded 
information on a computer readable medium", Col. 16, lines 17-20). 

40. In regards to claim 48, McMahon further teaches defining a different granule size 
for each level, wherein the size of each memory segment is related to the granule size 
of the respective level ("For example, the size based free lists technique may utilize a 
power of two selection technique to designate 16 byte, 32 byte, 64 byte, 128 byte, 256 
byte, etc., blocks as the predetermined block sizes.", Col. 2, lines 42-46). 



Claim Rejections - 35 USC § 103 

41 . The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

42. Claim 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over McMahon 



et al. (US 5,784,699) in view of RedHat ("MALLOC(3)"). 



Application/Control Number: 10/589,239 Page 12 

Art Unit: 2189 

43. McMahon teaches the method of claim 1 as discussed above. McMahon fails to 
teach returning a null pointer if no free segment is allocated. RedHat teaches returning 
a null pointer if no free segment is allocated ("NULL if the request fails", RETURN 
VALUES). It would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to combine McMahon and RedHat to return a null pointer if no 
free segment is allocated because RedHat describes the function of malloc() which 
McMahon discusses (Col. 12, lines 52-54). 

44. Claims 1 2-1 6 and 1 9-22 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over McMahon et al. (US 5,784,699) in view of Morzy et al. ("Hierarchical 
Bitmap Index: An Efficient and Scalable Indexing Technique for Set-Valued Attributes"). 

45. In regards to claim 12, McMahon further teaches that said bitmap comprises a 
plurality of second stage bitmaps (group bit map indices, 350 and 360, figure 3C), each 
bit of the root bitmap being indicative of the state of the bits of an associated one of said 
second stage bitmaps (bits 1 and 6 of master bit map index, figure 3C), and each bit of 
the second stage bitmap being indicative of whether or not an associated segment is 
free ("The bit flags in each group bit map index indicate availability of a memory block 
for a corresponding block size", Col. 7, lines 26-28), and wherein the operation result is 
an index to one bit of the second stage bitmap and said one bit of the second stage 
bitmap being indicative of the state of a segment of a size the same as or larger than 
the requested memory block ("In one embodiment, a bit flag set as a "1" or high logic 
level indicates that the corresponding slot contains an available memory block", Col. 7, 
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lines 28-30). McMahon fail to teach a plurality of third stage bitmaps and each bit of 
said second stage bitmaps being indicative of the state of an associated predetermined 
number of bits of one of said third stage bitmaps. Morzy teaches a plurality of third 
stage bitmaps (index key leaves, figure 1 ) and each bit of said second stage bitmaps 
being indicative of the state of an associated predetermined number of bits of one of 
said third stage bitmaps ("At the upper level (level 2) 4 bits representing non-empty leaf 
nodes are set to T.", page 243, paragraph 1) in order to scalably and efficiently index 
large collections (page 250, paragraph 4). It would have been obvious to a person of 
ordinary skill in the art at the time the invention was made to combine McMahon and 
Morzy for a plurality of third stage bitmaps and each bit of said second stage bitmaps 
being indicative of the state of an associated predetermined number of bits of one of 
said third stage bitmaps in order to scalably and efficiently index large collections 
(Morzy, page 250, paragraph 4). 

46. In regards to claim 13, McMahon further teaches that if no free segment is found, 
repeating the determination for the next more significant bit of said predetermined 
number of bits of the third stage bitmap, until a free segment is found or there is no 
more significant bit of said predetermined number of bits of the third stage bitmap (step 
145, figure 2). 

47. In regards to claim 14, McMahon further teaches that if no free segment is found, 
repeating the determination for the next more significant bit of said predetermined 
number of bits of the third stage bitmap, until a free segment is found or there is no 
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more significant bit of said predetermined number of bits of the third stage bitmap (yes 
arrow of step 1 50, figure 2). 

48. In regards to claim 1 5, McMahon further teaches that if no free segment is found, 
repeating the determination for the second stage bitmap associated with the next more 
significant set bit of the root bitmap, until a free segment is found or there is no more 
significant bit of the root bitmap (no arrow of step 1 50, figure 2). 

49. In regards to claim 16, McMahon further teaches that each bit of the third stage 
bitmaps is associated with an entry in a table of pointers indicative of memory 
addresses of free memory segments ("If a memory block is available for the appropriate 
bin size, then the dynamic memory allocator 50 assigns a memory block utilizing the 
pointer on the free list as shown in blocks 130 and 135", Col. 5, lines 32-35). 

50. In regards to claim 19, McMahon further teaches that the bitmap comprises a 
root bitmap (310, figure 3B), each level being associated with one bit of the root-bitmap 
(see arrows, figure 3B), and a plurality of second stage bitmaps associated with the 
segments (groups, 315-330, figure 3B), each bit of the root bitmap being indicative of 
the state of the bits of an associated one of said second stage bitmaps ("The bit flags in 
each group bit map index indicate availability of a memory block for a corresponding 
block size.", Col. 7, lines 26-30). McMahon fails to teach a plurality of third stage 
bitmaps and each bit of said second stage bitmaps being indicative of the state of an 
associated predetermined number of bits of one of said third stage bitmaps. Morzy 
teaches a plurality of third stage bitmaps (index key leaves, figure 1) and each bit of 
said second stage bitmaps being indicative of the state of an associated predetermined 
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number of bits of one of said third stage bitmaps ("At the upper level (level 2) 4 bits 
representing non-empty leaf nodes are set to '1 page 243, paragraph 1 ) in order to 
scalably and efficiently index large collections (page 250, paragraph 4). It would have 
been obvious to a person of ordinary skill in the art at the time the invention was made 
to combine McMahon with Morzy for a plurality of third stage bitmaps and each bit of 
said second stage bitmaps being indicative of the state of an associated predetermined 
number of bits of one of said third stage bitmaps in order to scalably and efficiently 
index large collections (Morzy, page 250, paragraph 4). 

51 . In regards to claim 20, Morzy further teaches that the bitmap comprises a root 
bitmap (index key root level, figure 1), each level being associated with one bit of the 
root-bitmap (arrows from index key root level, figure 1), and a plurality of second (inner 
nodes, figure 1) and third stage bitmaps (index key leaves, figure 1) associated with the 
segments, each bit of the root bitmap being indicative of the state of the bits of an 
associated one of said second stage bitmaps ("In the root of the index key only first and 
third bits are set to T, which means that only first and third inner nodes at the level 2 
are non-empty.", page 243, paragraph 1), and each bit of said second stage bitmaps 
being indicative of the state of an associated predetermined number of bits of one of 
said third stage bitmaps ("At the upper level (level 2) 4 bits representing non-empty leaf 
nodes are set to '1'.", page 243, paragraph 1). 

52. In regards to claim 21 , McMahon further teaches updating the bitmap when a 
segment is allocated ("a bit map index is maintained to identify available memory 
blocks", Col. 4, lines 38-39). 
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53. In regards to claim 22, McMahon further teaches updating the bitmap when a 
segment is freed ("a bit map index is maintained to identify available memory blocks", 
Col. 4, lines 38-39). 

54. Claims 27-34 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
McMahon et al. (US 5,784,699) in view of Wilson et al. ("Dynamic Storage Allocation: A 
Survey and Critical Review"). 

55. In regards to claim 27, McMahon teaches a method of claim 17 as discussed 
above. McMahon further teaches creating a first doubly linked list of consecutive 
memory segments irrespective of size and status (free, allocated) ("To free a large block 
of memory, adjacent blocks, marked as free memory blocks, are merged together, if 
possible, through the use of the double linked list.", Col. 1 1 , lines 34-36). McMahon 
fails to teach creating a second doubly linked list of free memory segments of the same 
size. 

56. Wilson teaches creating a first doubly linked list of consecutive memory 
segments irrespective of size and status (free, allocated) ("Many allocators that support 
general coalescing are implemented using boundary tags (due to Knuth [Knu73]) to 
support the coalescing of free areas. Each block of memory has a both header and a 
"footer" field, both of which record the size of the block and whether it is in use.", page 
39, paragraph 7) and 

57. creating a second doubly linked list of free memory segments ("Many systems 
use doubly-linked linear lists", page 40, paragraph 4) of the same size ("One of the 
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simplest allocators uses an array of free lists, where each list holds free blocks of a 
particular size", page 51, paragraph 6) 

58. in order to "support the coalescing of free areas" (page 39, paragraph 7). 

59. It would have been obvious at the time the invention was made to a person of 
ordinary skill in the art to combine McMahon with Wilson by creating a first doubly linked 
list of consecutive memory segments irrespective of size and status (free, allocated) 
and 

60. creating a second doubly linked list of free memory segments of the same size 

61 . in order to "support the coalescing of free areas" (id). 

62. In regards to claim 28, Wilson further teaches that memory segments in the first 
doubly linked list are arranged in the order of associated memory addresses ("Many 
allocators that support general coalescing are implemented using boundary tags (due to 
Knuth [Knu73]) to support the coalescing of free areas. Each block of memory has a 
both header and a 'footer' field, both of which record the size of the block and whether it 
is in use.", page 39, paragraph 7). 

63. In regards to claim 29, Wilson further teaches determining the state of memory 
segments adjacent to the memory segment to be freed using the first doubly linked list 
("Many allocators that support general coalescing are implemented using boundary tags 
(due to Knuth [Knu73]) to support the coalescing of free areas., page 39, paragraph 7); 

64. merging the memory segment to be freed with free adjacent memory segments 
("Many allocators that support general coalescing are implemented using boundary tags 
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(due to Knuth [Knu73]) to support the coalescing of free areas.", page 39, paragraph 7); 
and 

65. updating the first and second doubly linked lists accordingly ("Adjacent free areas 
are merged to form larger free blocks", page 39, paragraph 7). 

66. In regards to claim 30, Wilson further teaches that each second doubly linked list 
is a LIFO (Last In First Out) list ("it appears that address-ordered first fit may cause 
significantly less fragmentation than LIFO-ordered first fit", page 44, paragraph 6). 

67. In regards to claim 31 , Wilson further teaches updating the second doubly linked 
list upon allocation of a memory segment upon request ("When a request is serviced, 
the free list for the appropriate size is used to satisfy the request.", page 51 , paragraph 
6)- 

68. In regards to claim 32, Wilson further teaches allocating a portion of the 
determined segment large enough to satisfy the request ("the free list for the 
corresponding size class is searched for a block at least large enough to hold it.", page 
53, paragraph 3); 

69. providing the remaining portion as a new free memory segment ("An allocated 
block", page 1 , paragraph 4); and 

70. updating the first and second doubly linked lists accordingly ("Each block of 
memory has a both header and a "footer" field, both of which record the size of the 
block and whether it is in use.", page 39, paragraph 7, "One of the simplest allocators 
uses an array of free lists, where each list holds free blocks of a particular size", page 
51, paragraph 6). 
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71 . In regards to claim 33, Wilson further teaches that each segment is associated 
with a header, thereby to form the first doubly linked list, each header including 
information indicative of the size of the associated segment, information indicative of the 
state (free, allocated) of the associated segment, and a pointer indicative of the memory 
address of the previous segment ("Many allocators that support general coalescing are 
implemented using boundary tags (due to Knuth [Knu73]) to support the coalescing of 
free areas. Each block of memory has a both header and a "footer" field, both of which 
record the size of the block and whether it is in use.", page 39, paragraph 7). 

72. In regards to claim 34, Wilson further teaches that the header associated with 
each free segment of a given size further includes a pointer indicative of the memory 
address of a previous and/or subsequent free segment of the same size, depending on 
the availability of a previous and/or subsequent free segment of the same size and in 
accordance with the order of free segments of the same size in the LIFO list ("For 
allocators using free lists or indexing trees to keep track of free blocks, the list or tree 
nodes are generally embedded in the free blocks themselves.", page 40, paragraph 3). 

73. Claim 41 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
McMahon et al. (US 5,784,699) in view of Stallings {Operating Systems: Internals and 
Design Principles). 

74. In regards to claim 41 , McMahon teaches the operating system of claim 40. 
McMahon fails to teach that the operating system is a realtime operating system. 
Stallings teaches that the operating system is a realtime operating system ("The 
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operating system, and in particular the scheduler, is perhaps the most important 
component of a real-time system.", page 450, paragraph 1 ) in order to "control or react 
to events that take place in the outside world" (page 450, paragraph 2). It would have 
been obvious at the time the invention was made to a person of ordinary skill in the art 
to combine McMahon with Stallings such that the operating system is a realtime 
operating system in order to "control or react to events that take place in the outside 
world" (id). 

75. Claims 42-43 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
McMahon et al. (US 5,784,699) in view of Rubini et al. {Linux Device Drivers). 

76. In regards to claim 42, McMahon teaches the operating system of claim 40. 
McMahon fails to teach performing the method described above at task level. Rubini 
teaches performing memory allocation at task level ("GFPJJSER Used to allocate 
memory on behalf of the user. It may sleep, and is a low-priority request.", section 7.1 .1) 
because it may sleep and is a low-priority request (section 7.1 .1 ). It would have been 
obvious at the time the invention was made to a person of ordinary skill in the art to 
combine McMahon with Rubini by performing the method described above at task level 
because it may sleep and is a low-priority request (id). 

77. In regards to claim 43, McMahon teaches the operating system of claim 40. 
McMahon fails to teach performing the method described above at interrupt level. 
Rubini teaches performing memory allocation at interrupt level ("GFP_ATOMIC Used to 
allocate memory from interrupt handlers and other code outside of a process context. 
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Never sleeps.", section 7.1 .1 ) because it never sleeps (section 7.1.1). It would have 
been obvious at the time the invention was made to a person of ordinary skill in the art 
to combine McMahon with Rubini by performing the method described above at 
interrupt level because it never sleeps (section 7.1 .1). 

Response to Arguments 

78. Applicant's arguments filed October 27, 2009 have been fully considered but they 
are not persuasive. In response to the argument that McMahon fails to disclose or 
suggest a lookup table for determining the lowest of a number of levels containing a 
segment of a size equal to or larger than a requested memory block, McMahon does 
teach it in the form of a master bit map index (310, 340, figures 3B and 3C). In 
response to the argument that McMahon fails to teach performing this determination on 
the basis of the most significant set bit of a binary data set indicative of the size of the 
requested memory block, McMahon does teach it in the form of rounding up the 
requested size to the nearest slot size (abstract), which is the same as the most 
significant bit when the slot size is a power of 2 (Col. 2, lines 43-46). 

Conclusion 

79. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 
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80. A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

81 . Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Nathan Sadler whose telephone number is (571 )270- 
7699. The examiner can normally be reached on Monday - Thursday 8:30-6:00 EST. 

82. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Reginald Bragdon can be reached on (571)272-4204. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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83. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/N. SJ 

Nathan Sadler 
Examiner, Art Unit 2189 
January 13, 2010 

/Reginald G. Bragdon/ 

Supervisory Patent Examiner, Art Unit 218 



